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Technology To Create/Edit/Run An Executable File On A Host Via 
A Web Browser Connected Thereto 

Continuing Application Data 

This application is a continuation in part of U.S. patent application, Serial No. 
09/407,885, the entire contents of which are hereby incorporated by reference. 

Field of the Invention 

The invention is generally directed toward networks that include remote web 
browsers and a host, and is more particularly directed toward technology to permit a remote 
web browser to create/edit/run an executable file where the compiler/interpreter is located on 
the host, and is more particularly directed to such a system where the host is connected so as 
to monitor, test and/or manipulate a wireless communications network. 

Background of the Invention 

A script is a sequence of commands that are to be interpreted, i.e., executed by a 
program running on a processor, as contrasted with a program that is compiled into machine 
code of a processor and then directly executed by a processor. Such a programmed processor 
that interprets a script is typically referred to as an interpreter. A script can be generated using 
a text editor. As an alternative, it is known to provide a graphical user interface (GUI) that 
permits a user to write a script by assembling commands and their arguments from pull-down 
menus. Such a GUI for scripting is typically referred to as a scriptor. 

As an example, a script written in the Wireless Automation Manager Interface 
Language (WAMIL), that is the subject of a co-pending application, will be considered after 
a general discussion concerning wireless technology. The general discussion of wireless 
technology is presented to ensure an appreciation of the context of this script, and others, that 
will follow as well as a preferred use for the disclosed invention. 

Large systems often include monitoring systems that permit one or more users to 
monitor the performance of the system in general, and to specifically monitor the state of one 
or more parameters of the large system. In some instances, the manner in which the 
monitoring system delivers information to the user can be a burden. 

An example of the large system discussed above is a wireless communication network 
that provides wireless communications service to a wireless unit that is situated within a 
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geographic region. A Mobile Switching Center (MSC) is responsible for, among other things, 
establishing and maintaining calls between wireless units and calls between a wireless unit 
and a wireline unit. As such, the MSC interconnects the wireless units and calls between a 
wireless unit and a wireline unit. As such, the MSC interconnects the wireless units within its 

5 geographic region with a public switched telephone network (PSTN). The geographic area 
serviced by the MSC is divided into spatially distinct areas called "cells." In a schematic 
block diagram, each cell could be schematically represented by one hexagon in a honeycomb 
pattern. But, in practice, each cell has an irregular shape that depends on the topography of 
the terrain surrounding the cell. Typically, each cell contains a base station, which comprises 

10 the radios and antennas that the base station uses to communicate with the wireless units in 
the cell. The base stations also comprise the transmission equipment that the base station uses 
to communicate with the MSC in the geographic area via communication links. Cell coverage 
area may be broken up into sectors. One cell site may sometimes provide coverage for several 
sectors. 

15 In a wireless cellular, communications system, a base station and a wireless unit 

communicate voice and/or data over a forward link and a reverse link, wherein the forward 
link carries communication signals over at least one forward channel from the base station to 
the wireless unit and the reverse link carries communication signals on at least one reverse 
channel from the wireless unit to the base station. There are many different schemes for 

20 determining how wireless units and base stations communicate in a cellular communications 
system. For example, wireless communications links between the wireless units and the base 
stations can be defined according to different radio protocols, including time-division 
multiple access (TDMA), Frequency Division Multiple Access (FDMA), Code Division 
Multiple Access (CDMA) and others. 

25 Within the geographic region, the MSC switches a call between base stations in real 

time as the wireless unit moves between cells, referred to as a handoff. Currently, in FDMA, 
TDMA, CDMA and GSM, cell site planning to determine the geographic coverage for a cell 
is manually intensive tasks that needs constant adjustment. In planning a cell, the topology of 
a geographic area and a suitable antenna site is selected based on availability and zoning 

30 rules. Such a selection is typically not optimal but adequate. Drive tests and manually 
collecting signaling data are then performed mostly on the perimeter of the coverage area. 
Transmit and receive antennas and power are then adjusted in a manually iterative manner to 
improve the call quality. Sometimes, frequencies are swapped with neighbor cells and/or 
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transmit power is readjusted to improve the coverage. Over time, the cell site engineers 
review customer complaints and cell site dropped call reports and again try to manually 
optimize the RF performance. 

Lucent Technologies Inc. has developed a monitoring system that a user can use to 
5 change parameters of the wireless communication system as well as to extract data about it. 
This monitoring system can generate the TIpdunix (TI) interface, the Status Display Page 
(SDP) interface and/or the AUTOPLEX Recent Change & Verification Database (AOXRCV) 
interface. These interfaces can be used individually. But typically, information extracted from 
one of the interfaces is used to make a decision to use a second one of the interfaces in one 
10 way or another. To use an interface, a user must start a discrete process. In a windows-based 
environment, each interface session has it own window. 

Example SCRIPT No. 1, mentioned above, follows. 

SCRIPT No. 1 





Line 


Command 


15 


01 


WAM:MSC 5 




02 


WAM:CELL 123 




03 


WAMrBBA 8 




04 


WAM: CONNECT TI 




05 


TLopxell 123,bba8 


20 


06 


WAM:DISCONNECT TI 




07 


WAM:ENDTEST 



Such a script as SCRIPT No. 1 gathers information about the BCR/BIU/ACU Trio 
No. 8, or BBA 8, located in cell No. 123 of mobile switching center No. 5 using the TI 
25 interface. 

A technician in the field physically present at the cell 123 might desire the output of 
SCRIPT No. 1 as a starting point to servicing cell No. 123, particularly BBA No. 8, or might 
desire to run SCRIPT No. 1 to confirm a repair/adjustment that the technician has made. 

If the technician could access a network where this script could be run by a server, 
30 then this would be very helpful to the technician. But hard-wired network connections are not 
typically provided at cell sites. So, as a practical matter, this tool is not available to the 
technician working at cell 123. 
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Alternatively, the technician could place a telephone call to a colleague present at a 
hard-wire network connection and request the colleague to run this script. But this would 
require the colleague to verbally relay the output of script No. 1. In some instances, the 
output is a simple numeric value or an indication of whether the tested component is active or 
idle. But in the great majority of instances, the output of such a script contains a great amount 
of data that is difficult, at best, to describe verbally over the telephone. 

Now, assume that SCRIPT No. 1 was not present on the server or did not test/effect 
the exact component desired by the technician in the field. Again, at most, the technician 
could call his colleague, describe the desired script or modification to an existing script, and 
await his colleague's reply, assuming that the colleague could verbally describe the output of 
the test script. 

All scripting languages are not particular to wireless technology, nor are all scripts 
written with a wireless communication network in mind. Suppose a script was written in an 
appropriate language for the banking industry. A technician physically present at an 
automated teller machine (ATM) in the field might wish to test a particular component in the 
ATM as part of the service procedure. That technician would encounter the same problems 
described above concerning a service procedure at the cell of the wireless network. 

Summary of the Invention 

The invention is, in part, a recognition of the desirability of being able to run scripts, 
that access a monitoring system (for monitoring, testing and/or manipulating a large system 
such as a wireless communications network), from a location so remote from the system upon 
which such scripts run that no hard-wired terminal is available at the remote location. 

The invention also is, in part, recognition of the need/desirability of being able to 
create and run such scripts from a non-hardwired terminal, e.g., at a location remote from the 
host upon which the scripts would run. 

The invention, in part, provides a method (and the associated program and 
programmed device) that can syntax check and/or run an executable file, e.g., a script, via a 
remote terminal, e.g., a web browser on a PC, that actually passes it to the host, e.g., a 
network server, for the syntax checking or execution thereon. Such a method comprises: the 
server providing a first web page to said web browser mnning on said remote terminal, the 
first web page being configured to receive text representing an executable file; the server 
receiving a request, including said text, from said web browser at the remote terminal; the 
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server doing at least one of checking the syntax of said text and executing said text; and the 
server providing at least a first version of a second web page to said remote terminal that 
includes results generated by the check for syntax or execution of said text. 

The invention also, in part, provides a corresponding method (and the associated 
program and programmed device) that makes it possible for the web browser to contact to, 
and exchange information with, the host so as to the host syntax check and/or execute an 
executable file that was entered into said browser. Such a method comprises: the web 
browser, running on said remote terminal, receiving a first web page from said server, the 
first web page being configured to receive text representing an executable file; the web 
browser receiving said text representing said executable file from a user; the web browser 
making a request to said server that includes said text representing an executable file; the web 
browser receiving at least a first version of a second web page from said server that includes 
results generated by said server doing at least one of syntax checking and execution of said 
text. 

The invention also, in part, more broadly provides a method that can run an 
executable file resident on a server by way of a web browser remotely connected to the 
server, e.g., via the internet, in order to test and/or manipulate a system that is separate from 
the server. Such a method comprises: the server receiving a request from said web browser at 
the remote terminal to execute said executable file on said server; the server executing said 
executable file thereby causing said separate system to be tested or manipulated; and the 
server providing at least a first version of a web page to said remote terminal that includes 
results generated by the execution of said executable file. The invention also, in part, 
provides a corresponding method (and the associated program and programmed device) that 
makes it possible for the web browser to contact, and exchange information with, the server 
via, e.g., the internet, in order to test and/or manipulate the separate system. Such a method 
comprises: the web browser making a request to said server to execute said executable file 
thereon to cause said separate system to be tested or manipulated; and the web browser 
receiving at least a first version of a web page from said server that includes results generated 
by the execution of said executable file. An example of the separate system is a wireless 
communications network and an example of the executable file is a script written in the 
Wireless Automation Manager Interface Language (WAMIL) scripting language. 

Advantages of the present invention will become more apparent from the detailed 
description given hereinafter. However, it should be understood that the detailed description 
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and specific examples, while indicating preferred embodiments of the invention, are given by 
way of illustration only, since various changes and modifications within the spirit and scope 
of the invention will become apparent to those skilled in the art from this detailed description. 

Brief Description of the Drawings 

The present invention will become more fully understood from the detailed description 
given hereinbelow and the accompanying drawings which are given by way of illustration only, 
and thus do not limit the present invention. 

Figure 1 is a block diagram depicting an example embodiment of the invention. 

Figure 2 is a more detailed block diagram depiction of an aspect of Figure 1 . 

Figure 3 is a more detailed block diagram depiction of another aspect of Figure 1 . 

Figure 4 is a more detailed block diagram depiction of yet another aspect of Figure 1. 

Figure 5 depicts a flow chart depicting steps carried out by a host that is implementing 
aspects of Figures 1-4. 

Figure 6 is a depiction .of a web page that can be presented to a user via a web browser 
according to an example discussed below in the detailed description. 

Figure 7 is a control flow diagram depicting the flow of control in the example discussed 
below in the detailed description. 

And Figure 8 is schematic block diagram of example hardware for implementing the 
methods according to the invention. 

Detailed Description of Preferred Embodiments 

Figure 1 is a block diagram depicting an example embodiment of the invention. The 
system 100 of Figure 1 includes: 

a web Wireless Automation Manager Interface Language (WAMIL) interface 

homepage URL 102 which is loaded and displayed by a browser or client 104 via path 

108; 

a path 106 between the browser 104 and the home page 102; 

a web WAMIL interface execute URL 1 12 which is accessible via a link; 

116 from the homepage URL 102 to the execute URL 1 12 and which is loaded 
and displayed on the browser 104 via a path 120 from the execute URL to the browser 
104; and 
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a web WAMIL interface create/edit URL 110 which is accessible via a link 1 14 
from the homepage URL 102 to the create/edit URL 110 and which is loaded and 
displayed on the browser 104 via a path 118 from the create/edit URL 110 to the 
browser 104. 

Figure 2 is a more detailed block diagram depiction of an aspect of Figure 1. In Figure 2, 
a bidirectional path 210 between the browser 104 and the create/edit URL 110 is intended to 
represent the path 106 from the user accessing a link on the interface homepage URL 102 a via a 
path 1 14 and the path 118 of Figure 1 in which URL 1 10 is loaded and displayed in the browser 
104. The create/edit URL 110 accesses CGI "save" script functionality 202 via a bidirectional 
path 212. The script save functionality 202 saves scripts to a memory 204 that can store 
programs or scripts, such as WAMIL scripts, via path 216. Alternatively, the create/edit URL 
110 can access CGI "check/parse" script functionality 206 via a bidirectional path 214. The 
check/parse script functionality 206 can access a wireless automation manager interpreter 
(WAMI) 208 via a bidirectional path 218. Both script functionalities 202 and 206 can be 
embodied a single CGI script. 

Figure 3 is a more detailed block diagram depiction of another aspect of Figure 1. In 
Figure 3, the create/edit URL 110 can access CGI "edit" script functionality 302 via a 
bidirectional communication path 304. The script edit functionality 302 can read a stored 
program or script from the memory 204 via the communication path 300 and then make it 
possible for the client to edit that program/script. Similarly, script functionality 302, 202 and 
206 can be embodied in a single CGI script. 

Figure 4 is a more detailed block diagram depiction of yet another aspect of Figure 1. In 
Figure 4, a bidirectional path 210 between the browser 104 and the execute URL 1 12 is intended 
to represent the paths 106 from the user accessing a link on the homepage URL 102, via 
communication path 116 and the path 120 in which URL 112 is loaded and displayed in the 
browser 104. Figure 4 includes a CGI "execute" script functionality 401 connected to the 
execute URL 112 via a bidirectional path 400. The execute script functionality 401 can read 
scripts from the memory 204 via the path 402. A path 406 is provided from the execute script 
functionality 401 to a server/scheduler 404. A path 408 from the scheduler 408 to the WAMI 
208 is provided. A bidirectional path 403 from the execute script functionality to the WAMI 208 
is also provided. Paths 420A and 420B represent bidirectional communications between the 
WAMI 208 and a large system 420, e.g., a wireless communications network such as is 
described above in the section entitled "Background of the Invention". A path 412 from the 
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WAMI 208 to a scripts "output" functionality 410 is provided. A path 416 from the scripts 
output functionality 410 to a CGI script "reports" functionality 414 is provided. And a 
functionalities path 418 from the reports functionality 414 to the execute URL 112 is provided. 
Similarly, script functionalities 202, 206 302, 401, 404 and 414 can be embodied in one CGI 
5 script. 

Figure 6 is a depiction of a web page. A web page is a block of documents or resources 
available on the World Wide Web (WWW), identified by a Uniform Resource Locator (URL). 
In the simplest, most common case, a web page is a file written in the Hypertext Markup 
Language (HTML) and is stored on the server. It may refer to images which appear as part of the 

10 page when it is displayed by a web browser. It is also possible for the server to generate pages 
dynamically in response to a request, e.g. using a Common Gateway Interface (CGI) script. A 
web page can be in any format that the browser or a helper application can display. The format 
is transmitted as part of the headers of the response as a Multipurpose Internet Mail Extensions 
(MIME) type, e.g. "text/html", "image/gif . An HTML web page will typically refer to other 

15 web pages and internet resources by including hypertext links. A web site often has a home page 
(usually just the hostname, e.g. http://www.foldoc.org/). 

The web page of Fig. 6 can be presented to a user via a web browser according to an 
example that will discussed below. 

Figure 6 includes an address label 602 arranged next to a URL input box or form 604. A 

20 label 606 is arranged next to an arguments input box or form 608. A label 610, "enter WAMTL 
Script" is arranged next to a script input box or form 612. And a clickable execute button 614 is 
provided. 

Figure 7 is a flow diagram depicting the flow of control in the example discussed below. 
In Figure 7, the browser 104 sends a hypertext transfer protocol (http) request 710 to a host, 

25 which in this embodiment can take the form of a server 704. The server 704 generates CGI 
environment variables denoted by outgoing paths 712 and 714. The server initiates an action 
request 716 to a CGI script, WAMI.CGI, 708 corresponding to the WAMI 208 embodied within 
a CGI script. The server 704 transfers the data from the browser 104 to the WAMI.CGI 708 via 
the standard input as denoted by the communication path 718 according to the CGI via the 

30 POST method. A bidirectional communication path 720 corresponding to the communication 
paths 420a and 420b, between the WAMI.CGI 708 and the wireless system 420, is provided. 
The WAMI.CGI script 708 sends it results to the browser 104 via standard output as denoted by 
the communication path 720. 
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And Figure 8 is schematic block diagram of example hardware for implementing the 
methods according to the invention. In Figure 8, the web browser 702 is depicted as being a 
program ixmning on a personal computer (PC) 802. The PC 802 is depicted as being connected 
bidirectionally to the host 806, in particular the server 704 defining the main component of the 
host 806, via the internet 804 and the communication links 814 between the PC 802 and the 
internet 804 and the communication link 816 between the internet 804 and the server 704. The 
host includes a memory device 808, containing the memories 204 and 410, connected by a 
bidirectional communication path 818 to the server 704. A communication path 820 is provided 
from the server 704 to a display unit 810. Optionally, communication path 822 is provided from 
a user input device, such as a mouse and/or keyboard, 812 to the server 704. And optionally a 
bidirectional communication path 824 is provided between the wireless system 420 and the 
server 704, the path 824 corresponding to the communication paths 420a, 420b and 720. 

The memory 808 stores one or more programs or scripts that cause the server 704 to 
operate, this operation including running a CGI script according to the invention. The CGI 
scripts according to the invention have been written in the scripting language, kornshell, that is 
widely available upon UNIX-based operating systems. And the CGI scripts in part embody the 
WAMI 208. The computer/readable memory 808 can include RAM, ROM, a fixed hard disk 
drive, and/or a removable storage medium for a non-fixed drive such as a floppy disk, 
removable hard drive or a CD ROM. The server 704 also runs a program that causes it to 
generate the WAMI 208. The WAMI 208 performs many sorting and comparison operations as 
well as accesses to look-up tables (LUTs). As such, the server 704 should be of sufficient 
processing power to assure reasonably quick results. Examples of adequate processors are those 
from the Pentium family of processors manufactured by Intel Inc. Details of the WAMI 208 are 
contained in a first copending U.S. Patent Application, entitled "Scriptor and Interpreter," by the 
same inventor, Gasper Hernandez, III, filed on September 29, 1999, and having U.S. Patent 
Application Serial No. 09/407,885, that it is assigned to the same Assignee, Lucent 
Technologies, Inc. The entire contents of this first copending application are hereby incorporate 
by reference. 

The "save" script functionality 202, the "check/parse" functionality 206, the "edit" script 
functionality 302, the "execute" script functionality 401, the "reports" script functionality 414 
and 404 can be tailored to work with a great many scripting languages and collectively embody 
the WAMI 208, which processes the wireless automation manager interface language (WAMIL) 
that is the subject of a second copending application. The WAMIL language includes 
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commands, if-construct elements and while-construct elements. A WAMIL command has the 
format of "INTERFACE:COMMAND," e.g., "TI:OP:CELL ARGUMENT", 
"WAM:CONNECT SDP", or "WAM:GETSDP". In other words, a WAMIL command has a 
first field that identifies an interface and a second field that identifies a command. The first field 
5 actually identifies the interface in which the command of the second field is valid. Preferably, 
the first field proceeds, or is a header for, the second field and is separated by an alphanumeric 
character such as a colon. 

Details of the WAMIL language are contained in the second copending U.S. Patent 
Application entitled "Multiple Interface Scripting Language," by the same inventor, Gaspar 
10 Hernandez, IE, filed on September 29, 1999. having U.S. Patent Application Serial No. 
09/407,890 that is assigned to the same Assignee, Lucent Technologies Inc. The entire contents 
of this second copending application are hereby incorporated by reference. 

Operation of the example embodiments as depicted in the figures will now be discussed. 

An important embodiment of the invention is one that makes the WAMI 208 available to 
15 a web browser 104 via the Internet, where the WAMI 208 operates upon WAMIL language 
scripts. This embodiment has been described as a WAMIL web interface or alternatively as web 
WAMIL. The web WAMIL embodiment can have two main interfaces, which here are referred 
to as uniform resource locators (URLs). For ease, both of these URLs can be located within the 
same website, with a web WAMTL homepage URL 102 that can allow a visitor to the homepage 
20 to select either of these URLs. The first URL is the create/edit URL 110 and the second URL is 
the interface execute URL 1 12. 

Examples of an appropriate web browser 104 are Internet Explorer manufactured by 
Microsoft or Navigator manufactured by Netscape Communications. 

Alternatively, a WAMTL website can be embedded and implemented within any existing 
25 URL. So, alternatively, a browser can directly access the create/edit URL 110 or the execute 
URL 1 12 by typing their respective URLs into the address input box or form (not shown) of the 
browser, thereby never having to load the web WAMIL homepage URL 102. The homepage 
URL simply gives a user of the browser a reference starting point. The homepage URL can also 
serve as a site to host additional information, such as documentation and/or tutorials about the 
30 WAMTL language and/or the WAMI 208. 

In Figure 2, a WAMTL script can be created by a visitor simply typing the WAMIL 
script into the script input box or form (not shown) on the create/edit URL 110 as well as 
entering a name for the WAMIL script into a script name text entry box or form (not shown). 
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The save script functionality 202 or the check/parse script functionality 206 can be selected by 
the user selecting either a save or check syntax button (not shown) on the create/edit URL 110. 
The save script functionality 202 causes the newly created script to be saved in memory 204. By 
default the WAMIL script can be saved in a predefined location that stores all WAMTL scripts. 
5 Alternatively, the user can specify another location by supplying a full path name. For security 
purposes, it is recommended that only certain path names be accepted as alternative storage 
locations. 

Optionally, the save script functionality 202 can generate a results page to be sent to the 
browser 104 to confirm a degree of success of the save operation. 

10 After a client, again the user of the browser 104, has created a new WAMIL script by 

simply typing it into the script input box or form of the create/edit URL 110, the client can 
choose to check the syntax of the newly-created script. This can be done before or after saving 
the script. If he or she desires to check the syntax of the script, the user can click on the 
check/parse button (not depicted) of the create/edit URL 1 10 in order to activate the check/parse 

15 script functionality 206. The check/parse script 206 will parse the script, i.e., will check its 
complete syntax, and return results, including any errors. The check/parse script 206 does this by 
passing the data representing the script to the wireless automation manager interpreter (WAMI) 
208 via the bidirectional communication path 218. The WAMI 208 actually checks the syntax of 
the script and determines whether there are errors, and if so generates an output indicative of 

20 those errors. The check/parse script 206 will take the results generated by the WAMI 208 and 
create a page containing these results that is to be displayed to the client. The result page can 
include any syntax errors as well as the lines on which the errors occurred. Also, the results page 
can redisplay the script that was parsed by the WAMI 208 so that the client can edit the script 
accordingly. Then, the client can choose to correct the errors in the script and perform another 

25 syntax check, or save the script for editing later. 

Figure 3 depicts a situation in which a client chooses to edit an existing WAMTL script. 
The client can select the WAMTL script to be edited from a pull down menu (not shown) on the 
create/edit URL 1 10 and then can activate the edit script functionality 302 by clicking on an edit 
button (not shown) on the create/edit URL 110. The edit script 302 then causes the selected 

30 script to be loaded from the memory 204 via the communication path 300 resulting in the 
selected script being displayed in the script input box or form (not shown) of the create/edit URL 
1 10. Similarly, the create/edit URL can allow a client to select a WAMTL script from other than 
the default area for the storage of WAMTL scripts, assuming that the requested location is an 



-12- 



Attorney Docket No. 2925-0485P 



accessible area based upon the client's security rating. Once the selected script has been loaded 
to the create/edit URL, the client can again edit the script and perform a syntax check and/or 
save the edited script by overwriting the original script or saving it under a different name. 

Figure 4 depicts the scenario in which a client chooses to execute a WAMIL script. To 
5 do so, a client selects an existing script in the same manner that a selection is made when a client 
desires to edit an existing script. Then, the client can activate the "execute" script functionality 
401 by clicking on the execute button (not depicted) on the execute URL 112. The execute script 
401 retrieves the selected script from the memory 204 via the communication path 402. 
Typically, but not necessarily, the selected script will be one that the client just created. 

10 If the client chooses immediate execution of the selected script, the execute script 

functionality 401 will pass the selected WAMIL script to the WAMI 208 via the bidirectional 
communication path 403. The WAMI 208 will then run the selected script which causes 
interactions and/or information exchanges 420a and 420b with the wireless system 420. The 
WAMI 208 will transmit the results of the script back to the execute script functionality 401 via 

15 the bidirectional communication path 403. The execute script functionality 401 will generate a 
web page depicting the results that is to be sent to the client. Such a results output page can be 
updated in real time, i.e., can be made to seem dynamic, which allows the client to view the 
script execution as it progresses. 

The WAMI 208 can, at the same time, log the script output and results in a specified 

20 directory. This creates an output report file which can be viewed at a later time by the client by 
selecting a report button (not shown) on the execute URL 112. The reports button causes the 
reports script functionality 414 to be activated, which retrieves the desired output report file 
from the memory 410 via the communication path 416. The desired output report file is selected 
in a manor similar to how a client selects a desired script to be executed. The reports script 

25 functionality 414 then generates a page with the desired output report file that is to be displayed 
to the client. 

A client can also choose to delay the execution of a script until a specified date and time 
or periodically repeat execution of the script, for example every Friday at a specified time in the 
afternoon. If so, the execute script functionality 401 will pass the name of the selected WAMIL 
30 script to the scheduler 404 via the communication path 406 instead of directly to the WAMI 208 
via the bidirectional communication path 403. As such, the scheduler functionality 404 can treat 
the delayed execution as either a "cron" job in the case of periodic execution, or as an "at" batch 
job for a singular execution. In addition to passing the name of the desired WAMIL script, the 
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execute script functionality 401 also passes the additional and/or date information needed to 
describe the delay information. At the appropriate times, the scheduler script functionality 404 
will pass the name of the desired script, its location and argument(s) to the WAMI 208, thereby 
causing the desired script to be executed. Unlike the immediate execution scenario described 
above, the real time results of the execution are not routed back to the client. Instead, the WAMI 
208 simply logs the script output and results in the memory 410 as an output report file. Later, 
the client can access this report as described above. This frees the client from having to sit and 
watch the browser 104. The client can exit the browser 104 and return to it at a later time after 
execution of the script has completed. 

An example will now be described in order to provide context for the discussion of 
the flow chart of Fig. 5. 

Suppose a user of the browser 104, i.e., a client, wished to access the create/edit URL 

110. Server 704 could run a CGI script that could generate a simple hypertext mark-up 

language (HTML) file to be displayed as the create/edit URL 110. For the purposes of 

advancing discussion, a simple HTML file, WAMIL.HTML is to be provided as part of the 

example. It is noted that this simple example does not represent the create/edit URL 110. 

<HTML> 
<BODY> 

<FORM METHOD = POST ACTION = WAMI.cgi> 

Enter Args: <INPUT TYPE = TEXT NAME = WAMIL_ARGS> 
Enter WAMIL Script: 

<TEXTAREA NAME = WAMIL_SCRIPT COLS = 80 ROWS = 
40> 

</TEXTAREA> <BR> 

<INPUT TYPE = submit VALUE = EXECUTE> 
</FORM> 
</BODY> 
</HTML> 

Here, the form tag denotes that the method for passing data to the server will be the 
POST method ("POST method = POST") while the action to be selected by the browser is the 
file WAMI.CGI (action = WAMI.CGI). The HTML file will generate a label "Enter Args:" 
and will provide a text box or form next to it. The HTML file denotes this box as a text box 
via the attribute "input type = text". The HTML file defines the text typed by the user into 
this box as the environment variable WAMIL_ARGS, as denoted by the attribute "name = 
WAMIL ARGS". 
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The HTML file also generates a label "Enter WAMIL Script:". Next to that label it 
provides a large text box or field into which the user will type the actual script. The HTML 
file defines the text to be typed into this area by the user as an environment variable named 
(attribute "name = WAMIL_SCRIPT "). The dimensions of this textbox are set according to 
the attributes "COLS = 80" and "ROWS = 407". 

Lastly, the HTML file provides a button labeled execute, which the user can click in 
order to send the script from the browser 104 to the server 704. The label on the button is 
defined in the HTML file by the attribute "value = execute" while the type of button is 
characterized by the attribute "type = submit". 

Fig. 6 depicts the look of a web page 600 created by the example HTML file 
described above. The page 600 includes a title bar 601 that indicates the page is being 
generated via a browser 104. As is typical of browsers 104, an address label 602 is provided 
next to a URL input box or form 604. In Fig. 6, the fictitious URL (i.e., it is part of the 
example), http://www.mysite.com/wamil.html, has been entered by the user in order to access 
the above example 1 10. The web page 600 has the "Enter Args:" label 606 positioned on the 
same line as the arguments input box 608. In Fig. 6, the user has typed information 
concerning two variables, namely MSC = 2 and CELL = 100 and has separated these two 
pieces of information by a comma (i.e., they are comma-delimited). The web page 600 also 
has the label "Enter WAMIL Script:" 610 positioned next to the large textbox or form 612. 
In the script box 612, the user has typed his desired WAMIL script (again, this is merely a 
simple example of the multitude of scripts that can be written in the WAMIL language). That 
script will be referred to as SCRIPT No. 2 and is printed below. 

WAM: MSCVAR 

WAM: CELLVAR 

WAM: SET CELL CELLVAR 

WAM: CONNECT TI 

TI:op:cell CELLVAR 

WAM: DISCONNECT TI 

WAM: ENDTEST 

Lastly, the web page 600 includes the execute button 614. The client can click on this 
button after she has typed in the arguments and the WAMIL script. 
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Fig. 7 depicts what happens after the user clicks on the execute button 614 of Fig. 6. 
Clicking on the execute button 614 causes the browser 104 to send an http request 710 to the 
server 704. The request 710 takes the form of HTTP commands and a URL-encoded string. 
Multiple fields are included within this string. One such field is the field, "request method = 
5 POST. This indicates to the server that the data from the user of the browser, i.e., the client, 
will be passed to the server in the body of the request 710 and then from the server to the CGI 
script by way of the script's standard input stream screen. Another field in the request is the 
field, QUERY_STPJNG = "". The lack of alphanumeric text between the quotation marks 
indicates that no data from the client is being passed as URL-encoded information appended 

10 to the URL of the CGI script. 

The server 704 parses the request, i.e., the long encoded string from the browser 104, 
and does the following. First, the server generates the environment variable 
REQUESTJVIETHOD and sets it equal to POST according to the corresponding field 
described above as denoted by path 712 of Fig. 7. Similarly, the server 704 generates the 

15 environment variable QUERY_STRTNG and sets it equal to a null value according to the 
corresponding field discussed above, as denoted by the communication path 714. The server 
704 executes the CGI script identified by the form ACTION (where ACTION = WAMI.cgi 
in the example script) as denoted by control flow arrow 716. Lastly, the server 704 provides 
the data from the text input boxes 608 and 612 to the standard input of the script being 

20 executed, namely WAMI.CGI, 708 of Fig. 7, as denoted by the communication path 718. 

The WAMI.CGI script 708 operates similarly to the scriptor and interpreter of the first 
copending application that has been incorporated by reference. It also has additional features 
that reflect the particular considerations of CGI, which will be discussed below in more detail 
relative to Fig. 5. The WAMI.CGI script 708 interacts with the wireless system 420 during 

25 execution, as denoted by the bidirectional communication path 720. Assuming that the client 
has not requested delayed execution of the WAMI.CGI 708, the results of its execution are 
sent and updated/resent in real time via its standard output to the browser 104 as denoted by 
the communication path 720. 

As mentioned above, the request 710 is a long encoded string that includes various 

30 fields sent to standard input. Another portion of that string corresponds to the variables and 
script (Script No.2) typed into the browser 104 by the user. That portion is reprinted below. 
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WAMIL_ARGS=MSC=2%2CCELL=100%2C&WAMIL_SCRIPT 

=WAM%3AMSCVAR%0DWAM%3ACELLVAR%0DWAM%3A 

SET%20CELL%20CELLVAR%0DWAM%3ACONNET%20TI%0D 

TI%3Aop%3Acell%20CELLVAR%0DWAM%3ADISCONNECT 

%20TI%0DWAM%3AENDTEST 

Here the two fields are separated by the symbol, &, which is used in URL-encodation 
to delimit fields. Certain characters in the text typed by the user are susceptible to many 
different uses according to which language the text corresponds. To deal with this problem, 
URL encodation converts these characters into their hexadecimal equivalents and denotes this 
encodation with the symbol, %. Thus, the string, %2C, between the string, MSC = 2, and the 
string, CELL = 100, represents the comma that was typed by the user in script box 608. 
Similarly, the string, %3A, represents a colon. The string, %20, represents a blank space. 
Alternatively, in some coding conventions, a blank space is represented by a plus symbol, +. 
And the string, %0D, represents a carriage return. Thus, it can be seen how the encodation 
represents the text that was typed into the script box 608. 

Figure 5 depicts a flowchart of additional steps carried out by the CGI script that 
embodies the WAMI 208 and which CGI aspects. The flow begins in step 502 and proceeds 
to decision step 504. There, the WAMI 208 checks whether the argument, -cgi, is appended 
to the command line. The presence of the -cgi argument controls the WAMI 208 to look for 
the script through the CGI instead of at a default location. Without the -cgi argument, the 
WAMI 208 either will not find the script, named WAMIL_SCRIPT, at its default location as 
in steps 508 and 510. This can cause the WAMI 208 .to return an error prompt if no such 
script name is found. Or the WAMI 208 will find another script that coincidentally shares the 
same name, but which is out of context, producing results that are unrelated to what was 
expected, or causing the WAMI 208 to return an error prompt because variable values needed 
by the coincidental script are not provided. If the -cgi command option is present at decision 
step 504 of Fig. 5, then flow proceeds to step 506, where the WAMI 208 parses the data 
provided to the standard input of the WAMI.cgi script so as to extract the data from the client 
being passed by the CGI method GET and/or the CGI method POST. Flow proceeds from 
step 506 to 524. 

In particular, step 506 includes the steps 512-522. At step 512, the WAMI 208 
determines whether the string, WAMIL_ARGS = is present in the standard input data. If not, 
then flow proceeds directly to decision step 516. Otherwise, flow proceeds to step 514, where 
the WAMI 208 extracts and stores the string, following "WAMIL_ARGS - ' through and 
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until an ampersand symbol (&) is encountered, as the WAMIL variable, WAMIL_ARGS. 
The WAMI 208 can store this variable in the default location for WAMIL variables within 
the memory 808. Flow proceeds from step 514 to decision step 516, where the WAMI 208 
determines whether the string, WAMIL_SCRIPT =, is present in the standard input data. If 

5 not, flow proceeds to step 518, where an error prompt is returned, and then to the end at step 
520. But if so, then flow proceeds to step 522 where the WAMI 208 extracts and stores the 
string following "WAMIL_SCRIPT=" through and until the end of the standard input data is 
encountered, as the WAMIL variable, WAMIL_SCRTPT, in the default location for WAMIL 
scripts within the memory 808. Flow proceeds again from step 522 to step 524. 

10 At step 524, the WAMI 208 decodes the URL-encoded strings that are stored as 

variable WAMI_ARGS and WAMIL_SCRTPT into ASCII text. The variable 
WAMIL_SCRIPT now corresponds to a typical script that is to be executed by the WAMI 
208 of the first copending application, discussed above that was also incorporated by 
reference. 

15 At step 526, the WAMIL_SCRIPT variable is operated upon by the WAMI 208 in the 

manner described in the first copending application. Among other things, the WAMI 208 
looks to the default variable known as WAMIL_SCRTPT for the script to operate upon. 
Further, the WAMI 208 assigns values to the WAMIL global variables referenced within 
script using the WAMIL variable value pairs found in the default variable known as 

20 WAMIL_ARGS. 

At step 528, the WAMI.cgi script prepares an HTML page to be provided to the 
browser 104 which embodies the output of the WAMI 208 as it executes the script, 
WAMILJSCRIPT. Flow proceeds to step 530, where execution of the script WAMIL.CGI 
terminates. 

25 An example of the command line that can be inserted into the WAMIL.CGI script to 

run the WAMI 208 is as follows: 

WAMI40 WAMIL_SCRTPT -webwam -cgi -user<myname> 
-stdout rpt/where/to/right/report. 

30 The string, WAMI40, identifies the name of the WAMI 208. The string, 

WAMIL_SCRTPT, identifies the name of the script that was typed into the browser 104. The 
command line option, -webwam, indicates to the WAMI 208 that it is running on the server 
704. The command line option, -cgi, tells the WAMI 208 to detect and parse the CGI 
variables so as to convert them into the typical script that is provided to the basic 



-18- 



Attomey Docket No. 2925-0485P 



scriptor/interpreter disclosed in the first copending application, as described above in the 
commentary concerning Figure 5. The command line option, -USER<MYNAME>, identifies 
the user of the browser 104 and the WAMI 208. The command line option, -STDOUT, 
indicates that the WAMI 208 is to output to its default or standard output. And the command 

5 line option, -RPT /where/two/right/report, provides a fictitious path (i.e., this is merely 
another part of the example) to a location where the WAMI 208 should store the report file 
containing the output results. 

As an alternative, instead of a user typing the script into the script input box of the 
web browser 104, the first web page can be configured to retrieve an existing script from a 

10 memory device of the remote terminal. For example, the remote terminal might be a 
portable/laptop PC, and the technician might type the desired script before connecting via the 
internet to the server 704. Or, the technician might input the desired script to a personal data 
assistant (PDA) and then transfer the script from the PDA to the script input box of the web 
browser 104. One of ordinary skill in the art would understand the modifications needed to 

15 practice such alternatives. 

The web interface according to the invention has the advantage that it permits script 
creation and editing to take place at a location remote from the user because the user can 
connect to the server 704, e.g., via the internet. The scriptor/interpreter, e.g., the WAMI 208, 
does not need to be present at the user's remote location. The present invention adapts the 

20 CGI protocol to permit the script entered by the user to be transferred to the server, where it 
can be checked for proper syntax, edited and/or executed. As a result, a technician can access 
the monitoring and testing facilities for a wireless network from any location in the field so 
long as she has an Internet connection. Accordingly, the web interface according to the 
invention makes the WAMTL language-based monitoring and testing facilities into a much 

25 more flexible tool for use by field technicians, among others. 

The embodiments have been discussed in terms of the client typing the text representing 
an executable file in a scripting language, particularly WAMTL. Alternatively, other scripting 
languages, such as PERL, could be used.' Or the client could type text in a high level 
programming language. One of ordinary skill in the art would understand how to modify the 

30 CGI script so that the server 704 is instructed to call a suitable compiler rather than a 
scriptor/interpreter such as the WAMI 208. 

The invention being thus described, it will be obvious that the same may be varied in 
many ways. Such variations are not to be regarded as a departure from the spirit and scope of 
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the invention, and all such modifications as would be obvious to one skilled in the art are 
intended to be included within the scope of the following claims. 
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Claims: 



1 1 . In a network environment having a server and a terminal with a web browser running 

2 thereon remote from said server, a method of doing at least one of syntax checking and running 

3 an executable that is passed via said browser to said server for syntax checking or execution 

4 thereon, the method comprising: 

5 the server providing a first web page to said web browser running on said remote 

6 terminal, the first web page being configured to receive text representing an executable file; 

_ - 7 the server receiving a request, including said text, from said web browser at the remote 

8 terminal; 

~ 9 the server doing at least one of checking the syntax of said text and executing said text; 

JO and 

^11 the server providing at least a first version of a second web page to said remote terminal 

12 that includes results generated by the check for syntax or execution of said text. 

1 2. The method of claim 1, wherein: 

2 said executable file is a program or a script; 

3 said server executes said text by compiling and running or interpreting said text. 

1 3. The method of claim 1, wherein: 

2 said network is the internet; 

3 said first web page includes at least one fill-out form; and 

4 said server receives said text representing said executable file in the format of at least one 

5 common gateway interface (CGI) variable. 



Attorney Docket No. 2925-0485P 

-21- 



1 4. The method of claim 3, wherein said server runs a CGI script that extracts said text 

2 representing said executable file from at least on CGI variable corresponding to at least one of 

3 the method GET and the method POST. 

1 5. The method of claim 4, wherein: 

2 said text defines a program or a script; and 

3 said CGI script calls a compiler or interpreter on said server and passes said program or 

4 script to said compiler or interpreter; 

5 said compiler or interpreter compiles and runs or interprets said program or script, 

6 respectively; 

7 said compiler or interpreter returns first output data of said program or script to said CGI 

8 script; and 

9 said CGI script builds said second web page so as to include said first output data. 

1 6. The method of claim 5, wherein: 

2 said executable file is a script written in the Wireless Automation Manager Interface 

3 Language (WAMIL) scripting language; and 

4 said CGI script calls the Wireless Automation Management Interpreter (WAMI). 

1 7. The method of claim 2, wherein said executable file is a script written in the Wireless 

2 Automation Manager Interface Language (WAMIL) scripting language. 
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1 8. The method of claim 1 , wherein said server is operable to provide additional versions of 

2 said second web page to said remote terminal so as to provide real time, dynamic results to said 

3 user. 

1 9. The method of claim 1, wherein said executable file operates upon parameters of a 

2 wireless communication network. 

1 10. The method of claim 1, wherein said server is further operable to save said text in 

2 memory. 

1 11. The method of claim 2, wherein: 

2 said server is operable to run a CGI script that calls a compiler or an interpreter; 

3 said compiler or interpreter extracts data corresponding to at least one of GET method 

4 and POST method data from said text representing said executable file; 

5 said compiler or interpreter URL-decodes the extracted data GET method and POST 

6 method data; and 

7 said compiler or interpreter compiles and runs or interprets the decoded GET method and 

8 POST method data. 

1 12. The method of claim 1 1 , wherein: 

2 said compiler or interpreter is operable to perform the extraction by: 

3 treating data from said browser as an alphanumeric text string; 
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4 searching for at least one script-related CGI variable in said alphanumeric text 

5 string, said CGI variable containing a portion of said said text representing said executable file, 

6 and 

7 excerpting a part of said alphanumeric text string corresponding to said CGI 

8 variable and setting the excerpted sting as the value of a predefined variable used by said 

9 compiler or interpreter; and 

10 URL-decoding said value of said predefined variable. 

- 1 13. In a network environment having a server and a terminal with a web browser running 

' 2 thereon remote from said server, a method of doing at least one of syntax checking and running 

3 an executable that has been passed via said browser to said server for syntax checking or 

- 4 execution thereon, the method comprising: 

^ 5 the web browser, running on said remote terminal, receiving a first web page from said 

■=•_ 6 server, the first web page being configured to receive text representing an executable file; 
~i 7 the web browser receiving said text representing said executable file from a user; 

8 the web browser making a request to said server that includes said text representing an 

9 executable file; 

10 the web browser receiving at least a first version of a second web page from said server 

1 1 that includes results generated by said server doing at least one of the check for syntax and 

12 execution of said text. 

1 14. The method of claim 13, wherein: 

2 said text defines a program or a script; 

3 said program or script is compiled and run or interpreted by said server. 
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1 15. The method of claim 1 3 , wherein: 

2 said network is the internet; 

3 said first web page includes at least one fill-out form for receiving said text; 

4 said browser sends said text representing said executable file to said server in the format 

5 of at least one common gateway interface (CGI) variable. 

1 16. The method of claim 15, wherein said browser embeds said text representing said 

2 executable file in said request according to at least one of the hypertext transfer protocol (http) 

3 method GET and the method POST. 

1 1 7. The method of claim 13, wherein said executable file is a script written in the Wireless 

2 Automation Manager Interface Language (WAMIL) scripting language. 

1 18. The method of claim 13, wherein said browser is operable to receive additional versions 

2 of said second web page from said server so as to provide real time, dynamic results to said user. 

1 19. The method of claim 1 3, wherein said executable file operates upon parameters of a 

2 wireless communication network. 

1 20. A server that implements the method of claim 1 . 

1 21. A terminal on a network, remote from a server, running a browser that implements the 

2 method of claim 13. 
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1 22. A computer-readable medium having embodied thereon a program to be processed by a 

2 server to cause said server to implement the method of claim 1 . 

1 23. A computer-readable medium having embodied thereon a program to be processed by a 

2 terminal on a network, remote from a server of said network, running a browser that causes said 

3 terminal to implement the method of claims 13. 

1 24. In a network environment having a server and a terminal with a web browser running 

- 2 thereon remote from said server, said server also being connected to at least one separate system, 

- 3 a method of at least one of testing and manipulating parameters of said separate system using an 

- 4 executable file resident on said server, the method comprising: 

55 ' 5 the server receiving a request from said web browser at the remote terminal to execute 

6 said executable file on said server; 

-7 the server executing said executable file thereby causing said separate system to be tested 

~ 8 or manipulated; and 

9 the server providing at least a first version of a web page to said remote terminal that 

10 includes results generated by the execution of said executable file. 

1 25. The method of claim 24, wherein said separate system is a wireless communications 

2 network and said executable file is a script written in the "Wireless Automation Manager Interface 

3 Language (WAMIL) scripting language. 

1 26. In a network environment having a server and a terminal with a web browser running 

2 thereon remote from said server, said server also being connected to at least one separate system, 
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a method of at least one of testing and manipulating parameters of said separate system using an 
executable file resident on said server, the method comprising: 

the web browser making a request to said server to execute said executable file thereon to 
cause said separate system to be tested or manipulated; and 

the web browser receiving at least a first version of a web page from said server that 
includes results generated by the execution of said executable file. 

27. The method of claim 26, wherein said separate system is a wireless communications 
network and said executable file is a script written in the Wireless Automation Manager Interface 
Language (WAMIL) scripting language. 
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Abstract 

Methods, software and devices, for use in a network environment having a host, e.g., a 
server and a terminal with a web browser running on it, where the browser is remote from the 
server, are disclosed. Such a method is for virtually running an executable file where it seems 
that the executable file is executed by the terminal having the browser yet actually the executable 
file is passed to the server for execution. Such a method comprises the server proving a first web 
page to the web browser on the remote terminal, the first web page being configured to received 
text representing an executable file; the server receiving the text from the web browser at the 
remote terminal; the server executing the text; and the server providing and/or updating a second 
web page to the remote terminal that includes real time results generated by the execution of the 
text such that the executable file represented by the text seems to a user of the web browser to 
have been executed at the remote terminal. A corresponding method for the web browser is also 
provided. The method is especially suited for use with the wireless automation manager interface 
language, WAMIL, that is iused with monitoring and testing interfaces to wireless 
communication networks. 
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IN THE UNITED STATES PATENT AND TRADEMARK OFFICE 
Declaration and Power of Attorney 

As a below named inventor, I hereby declare that: 

My residence, post office address and citizenship are as stated below next to my 

name. 

I believe I am the original, first and sole inventor (if only one inventor is named 
below) or an original, first and joint inventor (if plural inventors are named below) of the 
subject matter which is claimed and for which a patent is sought on the invention 
TECHNOLOGY TO CREATE/EDIT/RUN AN EXECUTABLE FILE ON A HOST "VIA A WB 
BROWSER CONNECTED THERETO, the specification of which is attached hereto. 

I hereby state that I have reviewed and understand the contents of the above 
identified specification, including the claims, as amended by an amendment, if any, 
specifically referred to in this declaration. 

1 acknowledge the duty to disclose all information known to me which is material 
to patentability as defined in Title 37, Code of Federal Regulations, 1-56. 

I hereby claim foreign priority benefits under Title 35, United States Code, 119 (a) - 
(d) of any foreign application® for patent or inventor's certificate listed below and have 
also identified below any foreign application for patent or inventor's certificate having a 
filing date before that of the application on which priority is claimed: 

None 

I hereby claim the benefit under Title 35, United States Code, 120 of any United 
States application® listed below and, insofar as the subject matter of each of the claims of 
this application is not disclosed in the prior United States application in the manner 
provided by the first paragraph of Title 35, United States Code, 112, I acknowledge the 
duty to disclose all information known to me to be material to patentability as defined in 
Title 37, Code of Federal Regulations, 1.56 which became available between the filing date 
of the prior application and the national or PCT international filing date of this 
application; 

None 

I hereby claim the benefit under Title 35, United States Code, § 119(e) of any 
United States provisional application® listed below: 

None 

I hereby declare that all statements made herein of my own knowledge are true and 
that all statements made on information and belief are believed to be true; and further that 
these statements were made with the knowledge that willful false statements and the like so 
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made are punishable by fine or imprisonment, or both, under Section 1001 of Title 18 of 
the United States Code and that such willful false statements may jeopardize the validity of 
the application or any patent issued thereon. 

1 hereby appoint the following attorney(s) with full power of substitution and 
revocation, to prosecute said application, to make alterations and amendments therein, to 
receive the patent, and to transact all business in the Patent and Trademark Office 
connected therewith: 
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Martin G. Meder (Reg. No. 34674) 

John C. Moran (Reg. No. 30782) 

Michael A. Mor ra (Reg. No. 2Z97S) 

Gregory J. Murgia (Reg. No, 4 1209) 

Claude R. Narcisse (Reg. No. 38979) 

Joseph J. Opalach (Reg, No. 36229) 

Neil R. Ormos (Reg. No. 35309) 

Eugen E. Pacher (Reg. No. 29964) 

Jack R. Penrod (Reg. No. 3 1864) 

Gregory C. Ranieri (Reg. No. 29695) 

Scott J. Rittman (Reg. No. 39010) 

Ferdinand M. Romano (Reg. No. 32752) 

Eugene J. Rosenthal (Reg. No. 36658) 

Bruce S. Schneider (Reg, No. 27949) 

Ronald D. Slusky (Reg. No. 26585) 

David L. Smith (Reg. No. 30592) 
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Lucent Kel. INo.: IZZMK/ tmPd\m\L>££rb 
Attorney Docket No.: 2925-485P 



Ozer M. N. Teitelbaum 
JohnP.Veschi 
David Volejnicek 
Charles L. Warren 
Jeffrey M. Weimck 
Eli Weiss 



(Reg. No. 36698) 
(Reg. No. 3905$) 
(Reg. No. 29355) 
(Reg. No. 27407) 
(Reg. No. 36304) 
(Reg. No. 17765) 



I hereby appoint the attorney® on ATTACHMENT A as associate attorney® in 
the aforementioned application, with full power solely to prosecute said application, to 
make alterations and amendments therein, to receive the patent, and to transact all business 
in the Patent and Trademark Office connected with the prosecution of said application. 
No other powers are granted to such associate attorney® and such associate attorney® are 
specifically denied any power of substitution or revocation. 

Gasper Hernande 

Inventor's signature yAVft&hj 

^~\] k Date (((qfta 

Residence: Andover, New Jerseyf United States 
Citizenship:USA 

Post Office Address: 2 Greentree Drive, Andover, New Jersey 07821 
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Attorney Docket No,; 292M85P 



ATTACHMENT A 

Attorney Name(s): ' Raymond C- Stewart Reg. No.: 21.066 
Jose ph A. Kolasch 

Jam es M. flattery 2S,3g Q 

Donald J. Daley 34.313 

John A. Castellano 35.094 

Gary D. Yacura 35.416 

Telephone calls should be made to Birch Stewart Kolasch & Birch, LLP at: 
Phone No.: (703) 205-8000 
Fax No.: f703) 205-8050 



All written communications are to be addressed to: 

BIRCH, STEWART, KOLASCH & BIRCH, LLP, 
P.O. BOX 747 
Falls Church, Virginia 22040-0747 
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